home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20041116-20060924 / 000265_fdc@columbia.edu_Thu Mar 9 14:03:13 2006.msg < prev    next >
Internet Message Format  |  2006-09-27  |  2KB

  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: closing a macro completely upon connect
  5. Date: 9 Mar 2006 19:02:45 GMT
  6. Organization: Columbia University
  7. Lines: 37
  8. Message-ID: <slrne10uul.jul.fdc@sesame.cc.columbia.edu>
  9. References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1141930965 1912 128.59.59.56 (9 Mar 2006 19:02:45 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 9 Mar 2006 19:02:45 GMT
  15. User-Agent: slrn/0.9.8.0 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15516
  17.  
  18. On 2006-03-09, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  19. : ya but unfortunatly our terminal emulation is leased. I have to make due 
  20. : with whats avialable to us as is.
  21. : We have no administrator within the company for this software. I'm the only 
  22. : one who actually bothered to research this stuff. I've developed many 
  23. : improvements. But some I have to put on hold due to that. Normally all bug 
  24. : fixes are free. Enhancements cost. This unique situation would involve us 
  25. : paying this company to pay for the fix. And they are already behind on a lot 
  26. : of bug fixes of their own.
  27. :
  28. Bug fixes AND upgrades were free from the very beginning up until the layoffs
  29. occurred 3 years ago.  The problem now is that the expertise is no longer 
  30. under one roof.  At least the critical fixes *are* available, albeit at a
  31. fee.
  32.  
  33. : But back on topic, how to properly deal with a macro from becoming nested 
  34. : too much.
  35. :
  36. I don't think there is a workaround to the "macros on keys" bug, other than
  37. the awkward one mentioned in the bug list:
  38.  
  39.   735. Macros on Keys broken
  40.  
  41.   In versions 1.1.21 through 2.1.3, when a SET [TERMINAL] KEY definition
  42.   includes a macro invocation, then pressing the key while in the
  43.   Terminal screen returns to the command screen (and in some cases might
  44.   also fail to execute the macro).  A workaround would be to:
  45.  
  46.     define myconnect connect /synchronous
  47.     (make the connection with SET PORT, DIAL, or SET HOST)
  48.     if success do myconnect
  49.  
  50.   This is fixed in the next release.
  51.  
  52. As I said, I'm working on getting approval to issue a new release.
  53.  
  54. - Frank